Method and system for creation and verification of anonymous digital credentials

ABSTRACT

A method for providing an online reputation is disclosed. An online credential service assigns a unique client identifier to each user and a unique forum identifier to each forum that users participate. A user participating in one or more online forums registers for establishing a reputation profile at the online credential service. A unique verification code associated with each forum is generated for the user to include in the user&#39;s profile at the corresponding forum. A user&#39;s reputation is determined based on whether a verification code is included in the user&#39;s profile at the form.

CROSS REFERENCE To RELATED APPLICATIONS

The present application is a continuation of co-pending U.S. applicationSer. No.: 13/619,609, filed Sep. 14, 2012, which is a continuation ofU.S. application Ser. No.: 12/245,331 filed Oct. 3, 2008, now U.S. Pat.No.: 8,296,245, which claims priority to and the benefit of ProvisionalApplication No.: 61/018,755 to Barber et al., entitled “Method andSystem for Creation and Certification of Anonymous Digital Credentials,”filed on Jan. 3, 2008, each of which is herein incorporated by referencein its entirety.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention is generally directed to the field of socialnetworking through online communities or forums. Specifically, thepresent invention relates to providing management and verification ofreputations for users and operators of online communities.

2. The Relevant Technology

The internet creates new ways to transfer information between usersthroughout the world. Ever evolving services as implemented through theinternet provide for the communication of information for business,education, work, private, and social purposes. As a result, theseservices attract increasing numbers of users to the internet year afteryear.

Many thousands of web sites have communities of registered users whointeract with each other via a forum accessible over the internet, e.g.via a social forum, via websites enabling auctions, via websitesproviding classifieds, and so on. For instance, online social networkingsites or online forums provide an opportunity for multiple users tocommunicate with each other. Some forms of community communicationinclude chatting forums, blogs discussing various topics, auction sites,trading sites providing a forum for exchanging goods and services, etc.

Participation in these online forums typically involves an exchange ofinformation. One popular form is the textual exchange of information.For example, in a social chatting forum or blog, a user is allowed topost a message. The message may be situated anywhere in a string ofmessages associated with a particular discussion. For instance, theonline forum may be an investment forum that provides discussionconcentrating on the trading of stocks. Other users may respond byincluding their own message in the string of messages.

One inherent problem of these online forums is the monopolization anddegradation of communication by certain users. One particular user maycloud participation in the online forum by focusing on what isunimportant or exhibiting bad behavior on the forum, such as constantlycriticizing other users and their comments. As a result, the overalleffectiveness and participation in the online forum will degrade overtime.

An unsatisfactory solution is to kick the unwanted user out of theforum, once the manager of the online forum notices the bad behavior ofthe unwanted user. Unfortunately, this is only a short term solution,since the unwanted user can simply invent a new username having newregistration information, and participate in the online forum using thenew user name. The remaining users would not be aware that the sameindividual, who previously was kicked out, is participating under a newusername. Over time, the discussion in the online forum would continueto be clouded by the deleterious participation of the individual, untilthat individual, posing under the new username is again kicked out ofthe online forum.

Another unsatisfactory solution would be to charge users of a socialforum. However, asking for payment for access to such forums can be aserious impediment to attracting new users. Typically, registration forparticipation in any forums is performed without a fee to the user. Evenif a forum requires an email address pursuant to registration, obtainingan e-mail address typically does not incur any cost. Asking for a feeupon registering with a forum would put that forum at a seriousdisadvantage to other cost-free forums. This free registration to forumsenables the degradation of bad behavior. When an outlaw user is kickedout of a forum for bad behavior, that user can simply create a new emailaddress and register again, using the new email address, withoutdifficulty and without any financial cost.

SUMMARY OF THE INVENTION

A method and system for providing an online reputation of a clientparticipating in one or more online forums. The method includesproviding a unique client identifier associated with the client. Inaddition, a plurality of forum identifiers is provided for a pluralityof online forums within which the client is participating, wherein eachonline forum is associated with a corresponding user profile. Aplurality of unique verification codes is provided that is based on theplurality of forum identifiers and the client identifier. A plurality ofverification sequences is provided for purposes of verifying a pluralityof user profiles of the client associated with the plurality of onlineforums, wherein each of the plurality of verification sequences includesa corresponding verification code. Verification of a plurality ofcredentials associated with the plurality of user profiles is performed.A request is received that includes a corresponding verificationsequence from a verifying entity for an online reputation of the client.The request is made in association with a first online forum withinwhich the client is participating. A verified credential of a userprofile that is associated with a second online forum is providedwithout revealing a user identity of the client that is associated withthe second online forum.

In another embodiment, a system for providing an online reputation of aclient is disclosed. The system includes a client manager that providesa unique client identifier that is associated with a client. Inaddition, a forum manager is included that provides a plurality of forumidentifiers for a plurality of online forums within which the client isparticipating. Each online forum is associated with a corresponding userprofile. A code generator is included that provides a plurality ofverification codes, each of which is unique within the system. Theplurality of verification codes is based on the plurality of forumidentifiers and the client identifier. More particularly, eachverification code is based on a corresponding forum identifier and theclient identifier. A sequence generator is also included and provides aplurality of verification sequences for purposes of verifying theplurality of user profiles of the client in the plurality of onlineforums. Each of the verification sequences includes a correspondingverification code. In addition, a reputation manger is included thatverifies a plurality of credentials associated with the plurality ofuser profiles. The reputation manager, upon request, provides an onlinereputation of the client including verified credentials of the pluralityof user profiles without revealing user identities of the client thatare associated with online forums other than an online forum that isassociated with the request.

BRIEF DESCRIPTION OF THE DRAWINGS

Exemplary embodiments are illustrated in referenced figures of thedrawings which illustrate what is regarded as the preferred embodimentspresently contemplated. It is intended that the embodiments and figuresdisclosed herein are to be considered illustrative rather than limiting.

FIG. 1 is a diagram of a communication network capable of supporting oneor more online forums, in accordance with one embodiment of the presentinvention.

FIG. 2 is a data flow diagram illustrating the flow of information inestablishing, managing and distributing the online reputation of aclient participating in one or more online forums, in accordance withone embodiment of the present invention.

FIG. 3 is a diagram illustrating a verification code used forestablishing the online reputation of a client, in accordance with oneembodiment of the present invention.

FIG. 4 is a diagram illustrating a method for creating an onlinereputation of a client, in accordance with one embodiment of the presentinvention.

FIG. 5 is a flow diagram 500 illustrating a method for providingverification of an online reputation of a client using verificationsequences, in accordance with one embodiment of the present invention.

FIG. 6 is a diagram of an exemplary reputation profile of acorresponding client participating in one or more online forums, inaccordance with one embodiment of the present invention.

FIG. 7 is a diagram illustration a reputation profile describing theonline reputation of a client, in accordance with one embodiment of thepresent invention.

FIG. 8 is an illustration of an exemplary discussion thread in which aclient is inviting other participants of the forum to view the onlinereputation of the client, in accordance with one embodiment of thepresent invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Reference will now be made in detail to the preferred embodiments of thepresent invention, a method and system for establishing, maintaining,and presenting an online reputation of a client participating in one ormore online forums and providing verification of the online reputationof the client. While the invention will be described in conjunction withthe preferred embodiments, it will be understood that they are notintended to limit the invention to these embodiments. On the contrary,the invention is intended to cover alternatives, modifications andequivalents which may be included within the spirit and scope of theinvention as defined by the appended claims.

Accordingly, embodiments of the present invention are capable ofproviding anonymous digital credentials of a client, for example, by atrusted third party. In this manner, an online reputation of the clientis established and managed for purposes of verification of the client'sonline reputation. Anonymous digital credentials are practical, in thatin some embodiments, they are merely a short string of text, and involveno public key cryptography. In other embodiments, anonymous digitalcredentials are secure in that they rely on some level of verifiability,but not secrecy, and are difficult to crack. In addition, anonymousdigital credentials enhance privacy in that they are unique to eachforum/client combination, and as such, there is no way to traceanonymous digital credentials to other forums frequented by a particularclient. Still other embodiments of the present invention are capable ofproviding the above accomplishments and also for providing reputationmanagement for users and operators of online communities. For instance,the anonymous digital credentials help prevent multiple registrations ofa particular client in a particular online forum that is accessed via awebsite over the internet. Specifically, anonymous digital credentialsenable a forum manager to easily detect a user with multiple usernamesthat are leveraging the same online reputation, and to permanentlyprevent a particular individual posing under different usernames, but asingle online reputation, from coming back to the forum. Also, anonymousdigital credentials give confidence to other forum users, since byverifying the credentials of a client who is participating in aparticular forum other users can expect that the client is a person whowill behave responsibly, lest the client detrimentally affect his or heronline reputation. Notation and Nomenclature

Embodiments of the present invention can be implemented on a softwareprogram for processing data through a computer system. The computersystem can be a personal computer, notebook computer, server computer,mainframe, networked computer (e.g., router), handheld computer,personal digital assistant, workstation, and the like. This program orits corresponding hardware implementation is operable for providingverification of online reputations of a client who is participating inone or more online forums. In one embodiment, the computer systemincludes a processor coupled to a bus and memory storage coupled to thebus. The memory storage can be volatile or non-volatile and can includeremovable storage media. The computer can also include a display,provision for data input and output, etc.

Some portion of the detailed descriptions that follow are presented interms of procedures, steps, logic block, processing, and other symbolicrepresentations of operations on data bits that can be performed oncomputer memory. These descriptions and representations are the meansused by those skilled in the data processing arts to most effectivelyconvey the substance of their work to others skilled in the art. Aprocedure, computer executed step, logic block, process, etc. is here,and generally, conceived to be a self-consistent sequence of operationsor instructions leading to a desired result. The operations are thoserequiring physical manipulations of physical quantities. Usually, thoughnot necessarily, these quantities take the form of electrical ormagnetic signals capable of being stored, transferred, combined,compared, and otherwise manipulated in a computer system. It has provenconvenient at times, principally for reasons of common usage, to referto these signals as bits, values, elements, symbols, characters, terms,numbers or the like.

It should be borne in mind, however, that all of these and similar termsare to be associated with the appropriate physical quantities and aremerely convenient labels applied to these quantities. Unlessspecifically stated otherwise as apparent from the followingdiscussions, it is appreciated that throughout the present invention,discussions utilizing terms such as “receiving,” “creating,”“providing,” or the like refer to the actions and processes of acomputer system, or similar electronic computing device, including anembedded system, that manipulates and transfers data represented asphysical (electronic) quantities within the computer system's registersand memories into other data similarly represented as physicalquantities within the computer system memories or registers or othersuch information storage, transmission or display devices.

Communication Network

Embodiments of the present invention are described within the context ofa web-based system for providing verified credentials reflective of theonline reputation of a client who is participating in one or more onlineforums. More particularly, the web-based system is capable of creatingan online reputation of client through the authorization of the client.In addition, the web-based system is capable of automatically managingthe online reputation of the client. For instance, the web-based systemestablishes, manages, and presents a reputation profile describing theonline reputation of the client. As such, the web-based system is alsocapable of providing access to the reputation profile of the client toother users.

FIG. 1 is an illustration of a communication system 100 capable ofestablishing, managing, and providing an online reputation of a clientwho is participating in one or more online forums, in accordance withone embodiment of the present invention. The communication system 100 iscapable of enabling communication between one or more users that arecoupled to the communication network 140, through their respectivecommunication device. For example, in one embodiment, the communicationnetwork 140 is the internet, but could be any suitable network capableof supporting an online social networking sites or forums, hereinafterreferred to as online forums.

In addition, communication network 140 supports multiple online forumsa-n. The online forums a-n each function to enable a social networkbetween users through the communication network 140. Online forum-a isrepresentative of the online forums a-n, and for purposes of brevity andclarity, only online forum-a is discussed. The online forums can takeany form or format. For example, in one type of social forum, users postmessages under a username created when they register for the right toparticipate in the social forum. For the social forum, the files thatare shared are the messages. In other social forums, visitors do notnecessarily post messages, but visit the forum to retrieve information.In the case of a forum that is an auction service, the files are the“bids” made by the users of the auction service. Information in each ofthe forums about each of the users may be entered by the usersthemselves, or by other users, with authorization.

Some of the communication devices serve as what is called here a “filesharing access point,” and operate at a uniquely resolvable location onthe computer network, such as through a uniform resource locator (URL).These file sharing access points provide access to an online forum, eachof which is identified by a forum name. The term “forum” should beunderstood here as indicative of a file sharing service provided by aforum provider, which service is made available via one or more serversacting as a file sharing access point.

Still other file sharing services are contemplated, such as thoseproviding a global, decentralized, distributed internet discussionsystem for posting public messages to one or more categories, such asblogs, news sites, etc. For example, in case of the forum “usenet,”cable providers are access points, instead of access through a URL.Usenet, a contraction of a user network, is a global, decentralized,distributed internet discussion system. Users read and post publicmessages—called articles or posts, and collectively termed news—to oneor more categories, known as newsgroups. Usenet resembles bulletin boardsystems in most respects, and is a precursor to the various web forumswhich are widely used today.

Within a particular forum, users register as and are identified by aunique user identifier (“USERNAME”). In that way, participation by aparticular user is through a corresponding user identifier. As such,other users can identify participation by other named users. Inaddition, the user identifier allows the forum provider, or manager, toexercise some degree of control over who has access to the file sharingservice. Users who violate a forum's policy can be prevented fromparticipation, at least through the participation of a correspondinguser identifier. Additionally, through embodiments of the presentinvention, a forum manager would be able to prevent the participation ofa particular user in the forum even though the user has changed theiruser identifier, as will be described in detail below.

In FIG. 1, server 150 is an exemplary access point, and supports onlineforum-a. Server 150 provides a means for users within a defined socialnetwork to interact and communicate with each other using whatevercomputing resource is available to the user in order to couple to andprovide access the communication network 140. In that way, their relatedonline forum-a is able to bring together multiple users that sharecommon interests or affiliations. In the case of an online chat forum,users post messages under a user identifier created upon registration tothe online forum. For instance, the online forum-a may be an investmentforum that encourages users to discuss investment strategies. Othertypes of forums may include blogs that discuss various topics, includingpolitics, gardening, sports, etc.

In another implementation, an access point may be a different serverthan the server(s) facilitating the forum, and in fact the forum may notactually be facilitated by any particular set of servers but may insteadbe facilitated by one or more access points, as described previously.For example, in case of the forum “usenet,” cable providers are accesspoints, instead of access through a URL.

As shown in FIG. 1, server 150 supports online forum-a and isrepresentative of the servers supporting the other online forums a-n.Though shown as one block, server 150 may include one or more actualservers located in one or more locations, but act to provide serverfunctionality to support the online forum-a.

As shown in FIG. 1, various participants of the forum are coupled to thecommunication network 140. Each of these participants is coupled to thecommunication network 140 through an associated computing resource(e.g., standalone computer, mobile laptop computer, mobile personaldigital assistant, mobile phone, etc.) for purposes of connecting to anonline forum a-n. For instance, users 110 a-n are coupled tocommunication network 140. In addition, clients 120 a-n are also coupledto communication network 140. Each of the users 110 a-n is capable ofparticipating in one or more online forums a-n. In addition, each of theclients 120 a-n is capable of participating in one or more online forumsa-n. As will be described more fully below, each of the clients 120 a-nhas registered with the online credential service supported by the setof servers 160 that is used to establish a corresponding onlinereputation for a participating client, and to enable access to thatonline reputation for purposes of verifying credentials of the client.

More particularly, server 150, as the host platform, is capable ofsupporting online forum-a. Participants may include combinations of theusers 110 a-n and clients 120 a-n. In addition, server 150 includes auser profile manager 153. For instance, the forum provider may requirethat a user of the online forum-a register with the forum. Registrationincludes the creation of a user profile by the user profile manager 153.Registration provides means for the forum provider, or a third party, toexercise some degree of control over who has access to the file sharingservice, and more particularly, who can participate within the socialnetwork of the online forum.

In one embodiment, user profile manager 153 is capable of collectinguser information that is associated with the corresponding user. In oneembodiment, the user information is provided by the user (e.g., username, local address, etc.), such as when the user registers with theonline forum-a. In another embodiment, the user information isautomatically collected. For example, the user information includesbehavioral characteristics exhibited by the user, and other personal andbiographical information associated with the user. Portions of thisinformation can be used to establish and manage the online reputation ofa particular user. For example, in embodiments of the present invention,behavioral characteristics that are exhibited by the user may includeuniform resource locator (URL) histories, search histories, user actionon the online forum, longevity of the user on the online forum, andother user transactions that may be relevant.

In addition, user profile manager 153 is capable of generating a userprofile based on the user information. For instance, the user profilemay include the user's name, address information, friend information,preferences, as well as other pertinent information. These user profilesare located in the storage module 155. In addition, portions of theseuser profiles are accessible to the general public. That is, certaininformation in the user profile is accessible by third parties. Forinstance, certain information in the user profile of a particular useris accessible by other users of the online forum for use in determiningthe user's background. This information is also used for purposes ofcreating an online reputation and for verification of the onlinereputation.

Server 150 that supports the online forum-a also includes a socialnetworking manager 156. The social networking manager, among otherduties, is capable of monitoring the communication of the onlineforum-a, and if necessary making the decision on whether to kick out aparticular user. For instance, if it is found that one online user isexhibiting bad behavior, or violating the rules of the forum, themanager 156 is able to delete the registration of that particular onlineuser, in order to prevent that online user, through his or hercorresponding forum specific USERNAME, from participating in the onlineforum-a.

In addition, communication system 100 includes an online credentialservice that serves to manage and support online reputations of clients.The online credential service is supported by server 160 (also referredto as, “SERV 160”). Though shown as one block, server 160 may includeone or more actual servers located in one or more locations, but act toprovide server functionality to support the online credential service.More particularly, the online verification service supports the creationof the online reputations of the clients a-n that are participating inone or more online forums a-n. In addition, the online verificationservice 160 provides for the verification of the online reputation ofthose clients 120 a-n who are participating in one or more online forumsa-n.

Specifically, server 160, supporting the online credential service(e.g., CredMe.com), includes a client manager 162 for providing a clientidentifier that is unique and associated with a client. Specifically,within the credential service, a client is distinguished through acorresponding and unique client identifier. Server 160 also includes aforum manager 163 for providing a plurality of forum identifiers, eachof which is unique, for a plurality of online forums within which theclient is participating. The client is associated with a plurality ofuser profiles used by the client to participate in the plurality ofonline forums.

Additionally, server 160 includes a code generator 164 provides aplurality of verification codes, each of which is unique, for a client.The verification codes are based on the plurality of forum identifiersand the client identifier. The verification code is used to establishand verify the online reputation of a particular client for a particularonline forum. A sequence generator 165 provides a plurality ofverification sequences for purposes of verifying the plurality of userprofiles of the client in the plurality of online forums. Each of theplurality of verification sequences includes a correspondingverification code. In one embodiment, the verification sequence is theverification code. For instance, the credential service is able toverify the credentials of a client for a corresponding forum, as long asthe client includes the verification sequence in the user profile of theclient in the forum.

Server 160 also includes a reputation manager 166 for verifying aplurality of credentials associated with the plurality of user profilesof a corresponding client. The reputation manager 166 is able to providean online reputation of the client that includes verified credentialsassociated with the plurality of user profiles for the various forumswithin which the client is participating. More particularly, theverified credentials that establish the online reputation areanonymously presented. Specifically, a request processor (not shown)receives a request including a corresponding verification sequence froma verifying entity for an online reputation of a client. The request isassociated with an online forum within which the client and therequester is participating. Information about the client (e.g., useridentities or usernames) that is associated with online forums, otherthan an online forum through which a request for verification of aclient's online reputation is made, is not revealed.

General Process for the Management and Verification of a ReputationProfile

FIG. 2 is a data flow diagram illustrating the flow of information inestablishing, managing and presenting the reputation profile of a clientparticipating in one or more online forums, in accordance with oneembodiment of the present invention. For background, anetworked-connected credential server (SERV) 160 supports an onlinecredential service and manages digital credentials of a client 210 forpurposes of establishing, managing, and presenting a reputation profileof the client 210. The reputation profile is representative of theonline reputation of the client 210. In addition, SERV 160 establishes,manages and presents reputation profiles of other clients, each of whichparticipates in one or more online forums.

As shown in FIG. 2, client 210 is participating in a forum (FORUM-I220). Client 210 accesses FORUM-I 220 as USERNAME-1 via a website, ormore generally, via a file sharing forum access point. Client 210 alsoparticipates in other forums, each of which requires a correspondinguser identifier. For instance, client 210 may participate in anotherforum (FORUM-2) as USERNAME-2.

In general, SERV 160 provides anonymous digital credentials (e.g., CRED)to client 210 for purposes of verification of client 210, and moreparticularly verification of client credentials in association withFORUM-1. The digital credential (CRED) is created as a result of aregistration process with SERV 160 that is initiated by the client toregister a combination of the client 210 and FORUM-1 for purposes ofestablishing, managing, and presenting a reputation profile of client210. For instance, client 210 may provide to SERV 160 some taginformation (TAG), such as a cell phone number, a forum identifierassociated with FORUM-1, and the user identifier (USERNAME-1) used toidentify client 210 in FORUM-1. The TAG information ties the client 210to some real entity who has an account at SERV 160. Specifically, client210 is associated with a client identifier (PERS) which identifies theaccount at SERV 160 that provides a reputation profile for client 210.Specifically, CRED is used by client 210 when posting messages inFORUM-1.

In addition, biographical information (BIO) may be provided to SERV 160by client 210. In one case, BIO includes general information known toSERV 160 that is associated with client 210. In another case, BIOincludes specific biographical information associated with acorresponding forum (e.g., FORUM-1).

When client 210 posts a message (MESSAGE) with FORUM-1, client 210 postsCRED, or something that is based on CRED, along with the MESSAGE. Assuch, when another user 230 views MESSAGE, the user can requestverification of the reputation profile of client 210, using CRED. Such arequest can result in BIO being provided to the other user 230, whichcan include general biographical information, or specific biographicalinformation of client 210 relating to FORUM-1.

In the first step, client 210 is communicatively coupled to SERV 160through a communication network (e.g., network 140). In addition, client210 is participating in FORUM-1 as USERNAME-1. The user identifier maybe a pure user name (“jdoe”), or an email address Gdoe@forum-1″), or anyother identifier that is recognizable by FORUM-1 and associated withclient 210. In addition, client 210 is communicating with SERV 160 forpurposes of registering FORUM-1 to enable a reputation profile of client210 to include FORUM-1.

At step 1, tag information (TAG) is provided by client 210 to SERV 160.TAG is used by SERV 160 to either register client 210 for the first timeto the credential service, or to enable client 210 to interface with thecredential service for purposes of managing a corresponding reputationthat is associated with a client identifier (PERS). The credentialservice is able to uniquely identify the client, and its clientidentifier PERS, through the tag information. For example, a landlinehome phone number, cell phone number, biometric data (e.g., fingerprint,eye print, etc.) could be used as tag information.

As such, in some embodiments, TAG is used as an alias for the clientidentifier (PERS) at the credential service. Specifically, PERS is tiedto TAG (e.g., mapping) in order to secure the login/registration processwith SERV. If TAG is not associated with an existing PERS, a new PERS iscreated upon registering the client to SERV.

In the case where a user is trying to access an existing account of thecredential service under an existing PERS, SERV must still verify thatthe person keying in TAG is in fact the owner of the account associatedwith PERS to provide access to the credential service. This can be donethrough a password (PASS), in the following manner. Upon signing intothe credential service, a client may supply TAG (e.g., cell phone) andoptionally, PASS. For example, the client may sign in to register aparticular online forum in order to receive a corresponding CRED. If TAGand PASS are valid, then the client is identified, admitted, andassociated with a corresponding client identifier (PERS).

On the other hand, if PASS is not supplied or is invalid, a push or pullprocedure may be implemented to verify the identity of the personsigning in onto the credential service. For instance, in the pushprocedure, TAG is supplied by the client to the credential service(SERV) for purposes of registering a forum having a forum identifier(FORUM-1), wherein the TAG is a cell phone. This information istypically sent via a client device used for accessing the internet andcommunicating with SERV. SERV identifies the client identifier (PERS) bythe TAG, and computes a verification code (CRED-1) based on PERS andFORUM-1. SERV then sends, or pushes, the verification code back to theclient, and more specifically to the cell phone associated with TAG. Itis important to note that for purposes of identifying the client, othercodes or keys can be used, instead of the verification code. Typically,the client would have control over the cell phone, and only the clientwould the purpose of the communication from SERV (e.g., no furtherinstruction is provided with the verification code). The clientacknowledges receipt of the verification code by keying in theverification code into the client device, and sending the verificationcode back to SERV. If SERV can confirm that the verification codesupplied by the client is the same as the verification code sent to theclient, then the client would be further identified as PERS.

As an alternative, in what might be called a pull procedure, SERV sendsthe client a code (or key) via the client device. The clientacknowledges receipt of the code and sends the code via the cell phone,that is associated with TAG, back to SERV. This acknowledgement messagemay be in the form of a text message. SERV can again confirm that thecode supplied by the client is the same as the code sent to the client.In addition, SERV can further confirm that the code was sent via thespecific cell phone associated with TAG, and as such, the client wouldbe further identified as PERS. It is assumed that the client has controlover that cell phone.

Also, SERV 160 assigns a client identifier (PERS), if this is theinitial registration process for client 210. That is, if TAG is notrecognized by SERV 160, this indicates that client is performing aninitial registration process with the credential service. PERS uniquelyidentifies the client 210 within the credential service. As such, eachclient within the credential service is associated with a unique PERS.PERS is typically not revealed to client 210, nor to the public. Assuch, PERS can be used to create anonymous digital credentials used forverification of a reputation profile of the client, as will be describedbelow. In one embodiment, client 210 is not identified by another useridentifier with regards to SERV 160.

In addition, SERV 160 may ask for biographical information (BIO) fromclient 210, to include typical registration information. BIO may be usedfor purposes of developing the reputation profile of client 210. Inaddition, client 210 at the time of registration may indicate rules(hereinafter referred to as “privacy rules”) for disclosing informationin BIO, when providing information related to a reputation profile ofclient 210.

On the other hand, if TAG is recognized (e.g., posted in a data store,that includes other biographical information related to client 210),then client 210 already is registered with the credential service and isassociated with a predefined PERS. As such, SERV 160 can proceed usingthat PERS to register the corresponding forum (e.g., FORUM-1) thatclient 210 would like included within his or her reputation profile. Atthis time, other biographical information may be provided by client 210to SERV 160 that is related to the corresponding forum, which client 210is registering. For instance, biographical information may includeregistration information, such as registration date. The biographicalinformation may also include birth date, gender, phone number, streetaddress, city, state, postcode, country, degrees, and professionalcertifications.

In at least some embodiments, SERV can offer client 210 the option ofusing the same BIO information that is associated with client 210through the previous registration of one or more forums, to use generalbiographical information related to client 210, or to use biographicalinformation of the client that is related to the current forum. Theprevious biographical information could be obtained through the use ofTAG, or PERS, to identify all forums related to client 210. In addition,client 210 may indicate which biographical information should berevealed. Also, client 210 may indicate which information, used ascredential information, that is related to the current forum beingregistered is provided within his or her reputation profile.

In one embodiment, the TAG information is preserved. That is, instead ofstoring the actual tag information TAG, SERV 160 stores a hash or digestof the tag information in TAG. This conceals TAG and provides a digitalidentifier of some standard length.

In the second step, client 210 requests SERV 160 to provide an anonymousdigital credential string (CRED-1) that is associated with FORUM-1.Throughout the Application, the digital credential string is alsoreferred to as a verification code. Importantly, CRED is providedwithout any reference to any identifying information, such as TAG or theclient identifier, PERS. As such, client 210 is able to anonymously useCRED-1, with respect to his or her participation in FORUM-1, such thatthe real identity of client 210 is preserved. Specifically, SERV 160checks to see if client 210, as identified by PERS, has requested acredential string for FORUM-1 before. If the client associated with PERShas not requested a credential string before for FORUM-1, then CRED-I iscreated for FORUM-1 for client 210, based in part on PERS and FORUM-1.That is, CRED-1 is created from a function of PERS and FORUM-1.

For instance, FIG. 3 is a diagram illustrating an exemplary digitalcredential string or verification code 300, in accordance with oneembodiment of the present invention. As shown, verification code 300includes client identifier (PERS) 310 concatenated with the forumidentifier (FORUM-1), in one embodiment. Since both the clientidentifier 310 and the forum identifier 320 are unique, within thecontext of the credential service (e.g., CredMe.com), the combination isalso unique within the credential service. These identifiers may bealphanumerics, numbers, label, name, or other representations suitablefor use as identifiers. As such, for every online forum that aparticular client would like verification of credentials, there isassociated a unique verification code. In addition, this verificationcode is unique across all the verification codes associated with all theother clients supported by the online credential service. As will bedescribed more fully below, the verification code is used for purposesof verifying the reputation profile of the client.

For added security from disclosing the true identity of the client, theinformation in the verification code may be hashed. For instance, ahashing algorithm may be performed on the information for purposes ofsecuring the underlying information (e.g., PERS and FORUM-1). Since theunderlying information in the verification code is unique, theverification code that includes hashed information also uniquelyidentifies the combination of the client and the corresponding forum. Assuch, by protecting the secrets for decrypting the hash algorithm, onlythe credential service is able to obtain the underlying information(e.g., PERS and FORUM-1) for purposes of establishing and managing thereputation profile of the client.

In another embodiment, the verification code does not include PERS orFORUM-1, but can be mapped to that information. The verification stilluniquely identifies the relationship between PERS and FORUM-1, butrequires further operations to discover that relationship. For instance,the verification code may be mapped to PERS and FORUM-1 at thecredential service.

In still other embodiments, other functions involving the clientidentification number 3 I 0 and the site identification number 320 aresupported. In particular, in one embodiment, SERV 160 creates a new andunique alphanumeric ten-character string X, that is based on PERS andFORUM-1. As such, X is a function of PERS and FORUM, or, symbolically,X=X(PERS, FORUM). More specifically, X maps back to PERS and FORUM. Forinstance, SERV 160 may maintain a data store of X values, which alsomaps back to the corresponding FORUM and PERS. On the other hand, if Xhas been created for client 210 that is associated with PERS, then SERVretrieves the string X.

For purposes of anonymity, the use of X as the credential string, CRED-1that is associated with FORUM-1, is sufficient to hide the true identityof the client 120. That is, since CRED-1 is a function of PERS andFORUM-1, as long as the function is protected, then the identity ofclient 120 (e.g., PERS) is also protected, especially if the functionincludes a hashing function. However, additional steps may be taken toprovide additional layers that protect the true identity of client 120.

For instance, in another embodiment, the credential string orverification code (CRED) includes two parts, X and Y. Specifically, SERV160 computes another ten-character string Y, that is based in part on X,FORUM-1, and USERNAME-1. As an example, Y can be a non-invertible, orone-way, function of X, FORUM-1, and USERNAME-1. For instance, a hashfunction, as a non-invertible function, may prevent a hacker frominverting the function to reveal information leading to the trueidentity of client 120. In one implementation, Y=TRUNC (SHA1(X+FORUM+USER)), where SHAI is Secure Hash Algorithm 1, designed by theNational Security Agency NSA, and TRUNC is a function that truncates theoutput of SHAI to some predetermined number of characters (e.g., tencharacters).

Hash algorithms compute a fixed-length digital representation (known asa message digest) of an input data sequence (the message) of any length.They are called “secure” when it is computationally infeasible to eitherfind a message that corresponds to a given message digest, or find twodifferent messages that produce the same message digest. In addition,any change to a message will, with a very high probability, result in adifferent message digest. In one case, SHA-1 produces a message digestthat is 160 bits long.

In still another embodiment, for additional security, SERV 160 may use asecret key in calculating Y. The key typically is not less than 500 bitsin length, in one embodiment. As such, Y may be using the followingrelationship: Y=Y(USER-1, FORUM-1, X, KEY). More specifically, Y may becalculated as the SHA1 hash of the concatenation of X+FORUM-1, USER-1,and KEY. Again, the result may also be truncated down to ten charactersin length.

In one embodiment, the verification code (e.g., CRED-1) is a function ofX and Y. For instance, CRED-1 is the concatenation of X and Y, and sotypically a 20-character string. In this case, CRED-1, when decodedprovides information related to X, Y, FORUM-1, USERNAME-1, and PERS.This information can be used to verify client 120 (e.g., PERS), X, aswell as the other information contained in CRED-1.

While certain embodiments of the present invention describe X and Y inthe anonymous digital credential as each being ten characters in length,it should be clear from the foregoing that X and Y need not be preciselythe length mentioned above. The length of the X component and the Ycomponent indicated above is merely illustrative of a possibleembodiment of the invention.

SERV 160 then provides one or more of the following to client I 20, as averification sequence that includes CRED-1. In one case, theverification sequence is CRED-1, and is in the form of the 20-charactercredential string, previously described. In other embodiments, theverification sequence that includes CRED-1 is in the form of a URL. Inone case, the verification sequence is a URL that contains parametersFORUM-1, USER-1, X, and possibly Y. Additional information may beincluded that includes an indicator that the reply should be in textform or image form (e.g., an image of client I 20). By combining thetext and image form, the verification sequence can include an image thatis both viewable, and clickable, as providing a link to biographicalinformation. In still other embodiments, SERV 160 does not display allof the above options. In such embodiments, SERV 160 generates CRED-1,and then shows how to embed CRED-1 in some useful URLs, as will bedescribed below.

In the third step, 3A, client 210 includes some form of CRED-1, or averification sequence, in the user profile associated with client 210(USERNAME-1). As stated before, the verification sequence may be in theform of one or more of the following: CRED-1 or a URL that embedsCRED-1.

Also, in step 3B, this information is used by the credential service,supported by SERV 160, to verify that client 210 is still participatingin FORUM-1, that the information provided in the user profile is stillvalid, as well as other information associated with the participation ofclient 210 in FORUM-1, such as length of time that USERNAME-1 has beenverified by the credential service. Specifically, credential servicelooks to verify that the information is included in the user profile(e.g., USERNAME-1). If still included, that implies that the client 210is still a valid user of FORUM-1, and that the forum manager has notrestricted or prevented client 210 from participating in FORUM-1. Inthat case, client 210 has been successfully verified as having a validuser profile, and by implication other credentials associated with theuser profile have also been verified (e.g., rating of the client inFORUM-1).

In the fourth step, client 210 visits FORUM-1 in order to participate inFORUM-1, such as providing a MESSAGE. In the present embodiment, theverification sequence is also displayed in or near the content of themeans for participation by client 210 (e.g., MESSAGE). For instance, theverification sequence is displayed near the MESSAGE posted by USERNAME-Iin FORUM-I. As stated before, the verification sequence may be in theform of one or more of the following: CRED-1, or a URL that embedsCRED-1. In one case, if FORUM-1 does not permit the posting of images,client 210 may opt to simply display a raw URL instead of the image.

In still another embodiment, it is important to note that the client 210may not actually post CRED-1 or the URL that includes CRED-1, asdescribed previously. Instead, FORUM-1 may ask client 210, asUSERNAME-1, for the credential string CRED-1, such as upon registrationwith the forum, or as a setting in the account or user profile forclient 210. Then, FORUM-1 creates the appropriate URLs for USERNAME-1automatically, whenever USERNAME-1 posts a message.

In the fifth step, other users accessing FORUM-1 are able to viewcontent (e.g., MESSAGE) posted by USERNAME-1 that is associated withclient 210. Since client 210 is a participant in the credential servicesupported by SERV 160, the content also is associated with averification code or sequence. In one embodiment, the verificationsequence is in the form of a URL that includes CRED-I (e.g., clickableimage, or URL). As these other users either view the image or click theURL, a request is sent by a verifying user 230 to SERV 160 to view thereputation profile of client 210, in the sixth step. For instance, therequest includes information, such as USERNAME-1, FORUM-1, CRED-1, orthe URL that includes CRED-I.

In the seventh step, SERV 160 receives the request for the reputationprofile of client 210. SERV 160 splits CRED-1 into its respective X andY components, in one embodiment. In addition, SERV 160 is able to verifythe Y component, by comparing the X, included in Y, with the X includedin CRED-1. In addition, SERV 160 can also verify that the USERNAME-1,and FORUM-1 are valid. Also, SERV 160 verifies that X corresponds to anactual client, by breaking out PERS, and FORUM-1 from X (e.g., throughdecoding or mapping). That is, SERV 160 verifies that X corresponds toclient 210.

SERV 160 responds to the verifying user 230 with the reputation profileof client 210. Specifically, SERV 160 provides verified credentials ofclient 210 with respect to FORUM-1, as well as all the other forums thatclient 210 is participating within. For instance, the reputation profilemay contain legible text or images that indicates information related toa corresponding forum and username. As an example, the reputationprofile for FORUM-1 may include the chess ranking of client 210, as averified credential, where FORUM-1 is a chess forum where participantsmay play chess against each other. In addition, the reputation profilemay also include other biographical information from the accountassociated with client 210, as identified by PERS. The biographicalinformation may be restricted by privacy rules, set forth by client 210.For instance, using the above example of a chess playing forum forFORUM-1, if the verified credential is a person's ranking, and client210 has requested that this should be private information, then theranking of client 2 I 0 is not included in the corresponding reputationprofile of the client.

The verifying user 230 is able to audit the anonymous digitalcredentials included in the reputation profile of client 210. Forinstance, the verifying user 230 can compare the client identifier,USERNAME-1, that is associated with the participation in FORUM-1,against the username displayed as part of the anonymous digitalcredentials of the reputation profile. If the two are not the same, theverifying user 230 knows that client 210 has multiple identitiesassociated with the FORUM-1, which may be because client 210 haspreviously been kicked off the forum, and is trying to leverage thereputation profile of client 210, but using a different username inFORUM-I. On the other hand, if the two usernames align, then theverifying user 230 understands that is reasonably likely that client 210is not a former user who has invented a new persona.

Anonymous Credentials

FIG. 4 is a flow diagram 400 illustrating a method for creating areputation profile of a client participating in one or more onlineforums, in accordance with one embodiment of the present invention. Themethod of flow diagram 400 is implemented within the framework of dataflow diagram 200, in one case. Also, flow diagram 400 can be implementedwithin the communication network of FIG. 1, and more specifically, bythe online credential service supported by SERV 160 for purposes ofverifying credentials of a client, and for providing a reputationprofile of the client based on the verified credentials. That is,implementation of the features illustrated in flow diagram 400 isprovided by the online credential service (e.g., with domain nameCredMe.com) of FIG. 1, in one embodiment. As such, creation andverification of a reputation profile is provided for each of the clients120 a-n coupled to the communication network 140 of FIG. 1. As such, averifying user (e.g., one of users a-n or clients a-n) of one of theonline forums a-n, as shown in FIG. 1, is able to access the reputationprofile of a client that is also participating in that online forum, aswill be further described below.

For purposes of brevity and clarity, the discussion provided below isdirected to a particular client that is participating in one or moreonline forums, but is intended to apply to each of the clients,participating in various online forums, supported by an onlinecredential service. As such, the discussion related to a particularclient creating and providing verification of a corresponding reputationprofile is intended to apply to all clients that are authorizing thecreation and verification of a corresponding reputation profile.

At 410, a client is authorizing the creation and subsequent verificationof a corresponding reputation profile through a trusted third party,such as the online credential service. The reputation profile isreflective of the online reputation of the client. In particular, aclient identifier is provided in association with the client. The clientidentifier is unique within the system of the online credential service.As such, each client supported by the online credential service isuniquely identified by a corresponding client identifier. As describedpreviously, the client identifier is referred to as PERS, and istypically not publicly revealed, since PERS is used, in part to create,verify, and manage the reputation profile of the client. In oneembodiment, the client identifier is a number. In other embodiments, theclient identifier can take any form, as long as it uniquely identifiesthe corresponding client within the online credential service.

At 420, a plurality of forum identifiers is provided for a plurality ofonline forums within which the client is participating. Each of theforum identifiers, previously referred to as “FORUM,” is unique withinthe system providing online credential services, and can be of anyformat (e.g., forum name, alphanumeric, number, etc.). For instance,notification is received from the client of an online forum. Inparticular, the client is authorizing the verification of credentialswith respect to his or her activities associated with the online forum.The notification may include the domain name of the online forum. As theclient provides notification of additional online forums for purposes ofverification of credentials with respect to activities by the client onthose additional forums, an overall reputation profile of the client canbe established and managed.

In addition, a plurality of user profiles is associated with theplurality of online forums. That is, for each online forum, the clientmaintains a corresponding user profile. In that manner, activity of theclient can be associated with the client, and any activity is capable ofbeing monitored by the forum manager.

At 430, a plurality of verification codes is provided that is based onthe plurality of forum identifiers and the client identifier. Each ofthe verification codes is unique within the context of the systemproviding online credential services, and can be of any format (e.g.,forum name, alphanumeric, number, etc.). Each verification code is basedon the client identifier and a corresponding forum identifier.

Previously referred to as “CRED,” each verification code is an anonymousdigital credential (e.g., string of values) that, in some form, is usedto verify credentials of the client with respect to a correspondingonline forum. More specifically, the verification code is used forpurposes of securely and anonymously verifying that the client isparticipating within the corresponding online forum (e.g., verify thatthe verification code is included in a corresponding online forum). Thatis, a verification code that is used in association with verifyingcredentials of a client with respect to a particular online forum, doesnot provide any information leading to the user identities of the clientwith respect to other online forums that the client is participating,nor does it lead to the real identity of the client. Further acollection of verification codes would also not provide informationleading to the user identities of a particular client. In this manner,the reputation of the client to that particular forum can be establishedand monitored.

At 440, a plurality of credentials associated with the plurality of userprofiles is verified, for purposes of establishing a reputation profileof the client. Specifically, for each user profile of a correspondingonline forum, one or more credentials can be verified and used toestablish a reputation profile of the client. For example, a verifiablecredential of a client participating in an auction site could be arating given to users of the auction site (e.g., “A” rating as thehighest rating, “B” rating, etc.). Another verifiable credential is thelongevity of a client's verified participation, by the credentialservice, in a corresponding online forum. The longer a client has beenparticipating in one or more online forums, the better the reputationfor the client. By combining verified credentials from all user profilesassociated with online forums that the client is participating, anoverall reputation profile of the client is established that isrepresentative of the online reputation of the client. Other examples ofverifiable credentials are shown in FIG. 6.

Verifying User Profiles and Corresponding Credentials

In one embodiment, verification of the credentials for a particularforum is performed by verifying that the corresponding verificationcode, CRED, is included within the corresponding user profile, and thencapturing the information associated with the credential. A user profilethat is valid through verification of the inclusion of the verificationcode indicates that the client is actively requesting and authorizingthe inclusion of credentials associated with the user profile in acorresponding reputation profile. Also, once it has been verified thatthe user profile is valid, then information in the user profile is alsopresumed to be valid. As such, corresponding credentials, based on theinformation in the user profile, have by implication been verified andcan be captured.

In one embodiment, presentation of the verified credentials is subjectto the privacy rules, as set forth by the client. As previouslydescribed, the client is given the option to restrict the publication ofvarious credentials used by the online credential service to establishand manage the reputation profile of the client. That is, the client mayelect to prevent the use of a verifiable credential, or otherinformation (e.g., biographical information) of a corresponding onlineforum that is used to support the reputation profile of the client. Forexample, a reputation profile requested from one online forum may notinclude the rating (e.g., chess rating), as a verified credential, ofthe client that is associated with that forum. Also, a reputationprofile requested from one online forum may include the client's age, orat least what was reported within the context of registering with thecredential service or the corresponding online forum, while anotherreputation profile requested from another online forum may restrictpublication of the client's age.

In addition, the verification code may be embedded within another formfor purposes of both verifying credentials, and also for providing ameans for requesting the reputation profile of the client. As such, aplurality of verification sequences is provided to the client. Eachverification sequence includes a corresponding verification code. Thatis, each verification sequence is uniquely associated with a particularonline forum, through its association with the correspondingverification code. In one implementation, the verification sequence isthe verification code.

The verification sequence may take the form of a link, or tag, in someembodiments. As described above, the link or tag includes theverification code that uniquely identifies the relationship between theclient and the corresponding online forum. In addition, some associationcan be made between the verification sequence (e.g., in the form of thelink or tag) and any participation within the corresponding online forumby the client. For instance, the verification sequence is included orpresented with any MESSAGE that is made by the client within thecorresponding online forum. As such, any user viewing the MESSAGE canuse the verification sequence to request the reputation profile of theclient (e.g., click on link), as will be further described below.

In addition, the verification sequence that includes the verificationcode may be used for verification of credentials of a corresponding userprofile that is associated with a corresponding online forum. Theprocess for verification is analogous to that using the verificationcode for verification of credentials, as described previously.Specifically, in order to verify the validity of the corresponding userprofile, the verification sequence is included in the corresponding userprofile. The user profile is used by the corresponding online forum tomanage participation by the client. If the client loses authorization toparticipate in the online forum, then that client's user profile forthat online forum will reflect the loss of authorization (e.g., deletionof the user profile). As such, the online credential service is able tosecurely and anonymously verify that the client is participating withinthe corresponding online forum, by verifying the presence of theverification sequence. By implication, corresponding credentialsassociated with the corresponding online forum and the client have beenverified and can be captured.

In one embodiment, verification of credentials is performed withauthorization from the client. Specifically, upon authorization of theclient, the credential service is able to access information in a userprofile of a corresponding online forum for purposes of both verifyingthe validity of the user profile and the credentials associated withthat user profile.

For instance, in one implementation, a script (e.g., application)resides on a client device. The script is loaded upon authorization bythe client, such as upon registering with the credential service. Thisscript can be located on the desktop or within the browser used by theclient to access the communication network (e.g., internet). Forexample, the script is a bookmark in the browser, in one implementation.The script is capable of running in the background for purposes ofverifying the user profiles and credentials of the client in the variousonline forums within which the client is participating. The script isalso capable of being activated by the client for purposes of verifyinguser profiles and credentials. As such, the script understands whichonline forums are registered with the client for purposes of supportinga reputation profile of an online reputation.

In one implementation, the script may activate whenever the client isactively participating within a corresponding online forum to determineif the user profile and associated credential or credentials needre-verification or to determine whether the client would like toregister the forum for purposes of supporting a reputation profile. Forexample, if the user profile and associated credentials have not beenverified after a period of time (e.g., over a threshold period), thenthey need re-verification. Also, if the forum has not been registered,the script may notify the client of such status and implement theprocess of registration upon authorization. In either case, at thatpoint, the script may then instruct the client to access thecorresponding user profile, if not currently accessed, or the script mayprovide a link (e.g., button or hyperlink) to the corresponding userprofile.

In another implementation, instead of automatic activation andimplementation, the script is activated by the client for purposes ofregistering an online forum with the credential service or forreverifying an online forum. For instance, a client may be visiting aparticular online forum, and may independently choose to activate thescript (e.g., activation of a bookmark) to either register the onlineforum or to reverify credentials in the online forum. While activationmay occur on any visited page of the online forum, implemented processeswill depend on from which page activation occurred. For instance, ifactivation occurred while visiting a user profile page, then the scriptmay begin downloading (e.g., scraping) information from the user profilefor use in registration of the forum or for reverifying credentials inthe reputation profile of the client. If activation occurred whilevisiting a more generic page, then the script may prompt the user tovisit the user profile in order to scrape information.

Once the page with the user profile is accessed, the script then promptsthe client to provide authorization for the script, on behalf of thecredential service, to scrape the user profile for verificationpurposes. For instance, an action by the user is necessary to providethe authorization (e.g., click on a button icon). The client may haveimplicitly given authorization where the script was activated by theclient for purposes of reverification of credentials or registration, asdescribed above, and as such the script may automatically begin scrapinginformation. In addition, the prompt may ask the client to verify thatthe page is for the correct user profile. Upon authorization, the scriptscrapes all relevant information from the user profile and sends it backto the credential service. As such, the credential service is able todetermine if the verification code, or verification sequence, isincluded in the user profile for verification purposes.

Once the user profile is registered, validated or re-verified, byimplication other associated credentials (rating, biographicalinformation, etc.) are also valid and re-verified, and can be capturedand included as part of a corresponding reputation profile. On the otherhand, if the user profile cannot be validated or re-verified, then thecorresponding online profile and associated credentials, if not already,are in danger of being downgraded or removed from the reputation profileof the client. This situation may arise when the user profile has beenremoved by the forum manager for misconduct, such that the client maynot participate in that online forum using that user profile.

In addition, the script may prompt the client to access a particularforum for verification purposes, even if the client is not currentlyaccessing the forum. For instance, if the period since the lastverification of the user profile of that forum for that client exceedsan threshold period, the script may provide a prompt for the client totake action to re-verify the corresponding user profile and associatedcredentials. Also, if the script determines that the client is accessingan online forum that is not registered with the credential service, thescript may prompt the user to register the corresponding online forum.

In still another embodiment, an automatic robot is configured to grabthe profile page of the corresponding client, without user interaction,for re-verification purposes. The robot is able to parse the userprofile to determine if the verification code or verification sequenceis in the user profile. The process of verification and re-verificationof the corresponding user profile and associated credentials have beenpreviously described, and is applicable here. This re-verificationprocess may be performed on a periodic basis

Accessing a Reputation Profile Using a Verification Sequence

Also, in another embodiment, the verification sequence is used to enableusers of online forums to request access to the reputation profile of aparticular client, as provided by the online credential service. Forinstance, a request or query for verification of a client's reputationprofile is received by the online credential service, wherein therequest includes a corresponding verification sequence from a verifyinguser. The request is made in association with a specific online forumwithin which the client and the verifying user are participating. As anexample, the verifying user may be viewing a MESSAGE attributed to theclient, and included or associated with the MESSAGE is a verificationsequence to trigger the request.

The verification sequence may be represented in any format, suitable forpassing information over a communication network (e.g., internet). Forinstance, the verification sequence may be included in a URL usingvarious protocols, such as a hypertext transfer protocol (HTTP), or filetransfer protocol (FTP), file protocol, etc.

Information included in the verification sequence includes one or moreof the following: the user identifier (e.g., USERNAME), thecorresponding forum associated with the verification code in theverification sequence (e.g., FORUM), and the verification code (e.g.,CRED). In one embodiment, the verification sequence may only include theverification code, from which the online credential service is able todetermine the user identifier and the corresponding forum.

As a representative example, the verification sequence is formattedaccording to the following URL as an HTTP request, where the requisiteinformation is found in directories, or more particularly a directorypath.

http://CredMe.com/verify/FORUM/USERNAME/CRED

To the credential service, the path may not be as important as theinformation contained in the directory path. For instance, the URLincludes a representation of the online forum (“FORUM”) from which otherusers can access the reputation profile of the client. In addition,other information in the URL identifies the registered user identifier(“USERNAME”) of the client through which the client is able to identifyhimself or herself in the corresponding online forum. Further, theverification code (“CRED”) that uniquely identifies the relationshipbetween the client and the requested client is provided. As a specificexample, a username corresponding to “j Smith” in association with theclient's participation in the online forum, FORUM-I.com, in which theverification code is “2094594,” is provided below:

http://CredMe.com/verify/FORUM-.com/j Smith/2094594

It is important to note that the in other embodiments, the URL may notnecessarily include the verification code, “2094594.” In that case, areputation profile of the client is still accessible through the URL.For instance, a URL without the verification code for FORUM-1.com, isprovided below:

http://CredMe.com/verify/FORUM-.com/j Smith/

Other verification sequences to other online forums within which thesame client is participating are provided below. The verificationsequences are presented in URL format, where the information is alsoincluded in the directory path.

http://CredMe.com/verify/FORUM-2.com/johnS44/3655127; andhttp://CredMe.com/verify/FORUM-3.com/scuba8/7315931.

For instance, the same client is participating in the online forum,FORUM-2.com, using “johnS44” as the user identifier. In addition, theclient is participating in the online forum, FORUM-3.com, using “scuba8”as the user identifier.

In another embodiment, the verification sequence is of a format thatincludes an email address that identifies a user identifier and a forumidentifier. As such, the verification sequence, in URL format, in oneimplementation, would be of the following format:

http://CredMe.com/verify/USER@FORUM/CRED

As further examples, other verification sequences that include theclient's email address as a user identifier for other online forums areprovided below:

http://CredMe.com/verify/cwalkn@hatmail.com/4376781; andhttp://CredMe.com/verify/pizza424@zmail.com/7189232.

Still other embodiments support verification sequences that are URLswhere the requisite information (USERNAME, FORUM, and CRED) is found inthe domain name itself, or is data. In a preferred embodiment, requestsfor verification of credentials are made via an HTTP request to a domainoperated by SERV. As before, the parameters USERNAME, FORUM, and CREDfor a corresponding online forum and client must appear somewhere in therequest. As a representative example, the verification sequence isformatted according to the following URL as an HTTP request, where therequisite information is found in directories, or more particularly adirectory path.

http://CredMe.com/USERNAME/FORUM/CRED/FORM.

In another example, the verification sequence is formatted according tothe following URL as an HTTP request, where the requisite information isfound as data.

http://CredMe.com/?USER/FORUM/CRED/FORM

In still another example, the verification sequence is formattedaccording to the following URL as an HTTP request, where the requisiteinformation is found in the domain name.

http://FORM.CRED.FORUM.USER.CredMe.com/

In addition, in other embodiments, the request to verify CRED andprovide BIO may also include a format parameter (FORM) that contains amime-type (such as IMG, HTM, XML or TXT) or other indicator of thedesired format of the reply. For instance, in the above three examplesof HTTP requests, the FORM parameter is included as a directory, asdata, or within the domain name, respectively.

In addition, the verification sequence may include an additionalparameter that specifies exactly which credentials the requesting partywishes to see in the response. The actual parameters returned wouldremain subject to any privacy rules the person had set for therequesting FORUM.

FIG. 5 is a flow diagram 500 illustrating a method for providingverification of an online reputation of a client using verificationsequences, in accordance with one embodiment of the present invention.Specifically, a corresponding verification sequence is instrumental inthe presentation of the reputation profile of a client to a verifyinguser. The method of flow diagram 500 is implemented within the frameworkof data flow diagram 200, in one case. Also, flow diagram 500 can beimplemented within the communication network of FIG. I, and morespecifically, by the online credential service supported by SERV 160 forpurposes of providing a reputation profile of the client based on theverified credentials. That is, implementation of the featuresillustrated in flow diagram 400 is provided by the online credentialservice (e.g., with domain name CredMe.com) of FIG. 1, in oneembodiment.

At 510, a request is received to access an online reputation of aclient. Specifically, the request is received by the credential service(e.g., CredMe.com supported by SERV 160). The request is sent from averifying user in association with a first online forum (FORUM-1) withinwhich the client and the verifying user are participating. The verifyinguser is interested in verifying the online reputation of the client(e.g., by viewing a corresponding reputation profile) in order to placea value on the communication from the client within the online forum(e.g., FORUM-1). Further, the request is sent via an invitation by theclient for other users in that online forum to access the reputationprofile (e.g., through the inclusion of a verification sequence in theform of a URL with a MESSAGE). The request and subsequent answer may becommunicated via any suitable protocol (e.g., HTTP, wireless applicationprotocol [WAP], domain name service [DNS], transmission control protocol[TCP], user datagram protocol [UDP], email, short message service [SMS],phone, etc.).

The request includes a unique verification sequence that is associatedwith the client and the first online forum, as described previously, andas such, at 520, the verification sequence is captured. Informationwithin the verification sequence is discoverable. As described before,the verification sequence includes a user identifier (e.g., USERNAME-1)that identifies the client within the forum, a forum identifier(FORUM-1), and a verification code (CRED-1). Typically, a request ismade regarding the current status of the online reputation of a clientassociated with any given combination of USERNAME, FORUM, and CREDinformation.

Specifically, at 530, an appropriate client identifier (PERS) isdiscovered based on the verification sequence. In particular, theverification sequence includes CRED which is based, in part, on theclient identifier. Through mapping or decoding, PERS is discovered,wherein PERS is associated with the client. As such, the credentialservice understands that the verifying user is requesting the reputationprofile of a particular client.

Also, at 540, a forum identifier that is associated with the firstonline forum is discovered based on the verification sequence. Asdescribed previously, the user identifier and the forum identifier isincluded within the request itself (e.g., within the domain name, indirectory form, as data, etc.).

For instance, the verification sequence includes a correspondingverification code (e.g., CRED). Through mapping or decoding processes,information included within the verification code can be discovered. Forinstance, a client identifier (e.g., PERS) that is associated with theclient is discoverable. In addition, the forum identifier (e.g.,FORUM-1) associated with the first online forum is discoverable.

At 550, the verification sequence is optionally validated. That is, theassociation between the request and the client of which an onlineprofile is requested is further verified. For instance, in the exampledescribed previously, where the verification code (CRED) includescomponents X and Y, validation of both X and Y is performed.Specifically, components X and Y are extracted from CRED (e.g., throughdecoding or mapping), and validated, as described below.

As previously described, in the present example, component X is afunction of PERS and FORUM. As such, component X can be validated orverified through mapping or decoding processes. For instance, X isvalidated if it maps to a valid PERS and FORUM combination. Also, X isvalidated by decoding X into its subcomponents PERS and FORUM, which arethen verified to be valid.

Also, in general, component Y is a non-invertible function of X, FORUMand USERNAME. Since the verification sequence includes in some form theforum identifier and the user identifier without further decoding (e.g.,in the domain name, directory path, or data), then FORUM-1 andUSERNAME-1 are known, and Y can be calculated, as long as the functionis known. As such, the Y, as discovered through CRED, is verified bycomparing it to the calculated Y. If the verification of X or Y fails,SERV gives a negative response.

On the other hand, if verification succeeds, SERV gives a positiveresponse. That is, at 570, the credential service returns a reputationprofile of the corresponding client to the verifying user. In thereputation profile, the user identifier with respect to the first onlineforum is already known to the verifying user, and may be included in thereputation profile. As described before, the request is made inassociation with a corresponding online forum, the first online forum,within which both the client and the requesting user are participating.As such, the verifying user typically has access to the publiclyavailable user profile of the client that is associated with thecorresponding online forum, if the verifying user chooses to visit thatuser profile. At the very least, the verifying user knows the useridentifier (e.g., USERNAME) used by the client in association with thecorresponding online forum.

Also, the reputation profile includes verified credentials from aplurality of user profiles that are associated with a plurality ofonline forums within which the client is participating. The reputationprofile, and more specifically, the verified credentials in thereputation profile are provided without revealing user identities of theclient that are associated with online forums other than the forum fromwhich the request was made (e.g., the first online forum, FORUM-1).

For instance, the reputation profile provides at least a first verifiedcredential of a first user profile that is associated with the firstonline forum (e.g., FORUM-1). In addition, the reputation profileprovides, if available, at least a second verified credential of asecond user profile that is associated with a second online forum (e.g.,FORUM-2). More specifically, the reputation profile provides the secondverified credential without revealing a user identity (e.g., useridentifier or USERNAME-2) of the client that is associated with thesecond online forum. As such, in general, verified credentials areprovided for the plurality of user profiles without revealing useridentifiers of the client that are associated with online forums otherthan the first online forum (e.g., FORUM-1) from which the request ismade.

In addition, the reputation profile may include biographical information(BIO). As described previously, BIO may be based on informationgenerally available in association with the client identifier (PERS)used by the credential service, or may be limited to informationrelating to the specific forum from which the request was made (e.g.,FORUM-1). In either case, BIO is restricted by the privacy rules setforth by the client.

Implementations of Reputation Profiles

FIG. 6 is a diagram of an exemplary reputation profile 600 of acorresponding client participating in one or more online forums, inaccordance with one embodiment of the present invention. The reputationprofile 600 describes the online reputation of a corresponding client,both with respect to the forum from which the request was generated, aswell as other online forums within which the client is participating.

Block 650 includes the exemplary name of the online credential service,which is related to the domain name, CredMe.com. The credential servicesupports reputation profiles for a plurality of clients. In addition,block 650 includes button icons for features provided by the credentialservice, as follows. A “Home” button 651 allows a client to return to ahome page, or main menu. The “My Profiles” button 652 allows the clientto access user profiles associated with the client used forparticipating in online forums. The “My Account” button 653 allows theclient to access the user profile of the client used to identify theclient in the credential service. A “Help” button 654 providesinstructions and help in using the credential service. A “Logout” button655 logs the client out of the credential service.

Information in the reputation profile 600 can be divided into fourdistinct parts in blocks 610, 620, 630, and 640. The reputation profile600 may include one or more parts, depending on the circumstances. Forinstance, a verifying user may not want to see all of the information inthe reputation profile 600. Also, a verifying user may be communicatingon a device with limited bandwidth (e.g., cell phone) and is onlyinterested in one of the blocks.

In block 610, a public profile of the client that includes biographicalinformation of the client is provided. The information in block 610 isparsed so as to restrict the true identity of the client and limit anyconnection to any user identifiers associated with the client. In thismanner, the reputation profile maintains its anonymous reporting ofverified credentials from multiple online forums. Typically, theinformation is limited to information (e.g., biographical) obtained fromthe user profile that is used by the client to participate in the onlineforum from which the request was made. For instance, the age, sex, andgeographical location of the client, as reported in that user profile,is included in block 610. This information may or may not truly alignwith the real identify of the client. In other cases, generalbiographical information related to the client in association with thecredential service is provided. In still other cases, the client mayrestrict publication of certain biographical information in thereputation profile 600.

In addition, block 611 includes an avatar image of the client that isanonymously used in connection with the credential service. As such, theclient is given the option of identifying with an avatar as a label orlogo. In some embodiments, the avatar can be used in place of theverification sequence, as a means for requesting the correspondingreputation profile associated with the avatar and client. The avatar inblock 611 is presented in such a way to preserve the identity of theclient. As such, the avatar in block 611 can correspond to the avatarassociated with the user profile of the client that is used inassociation with the online forum from which the request was made. Inthat manner, the avatar in block 611 would change with requests comingfrom different online forums.

Also, a plurality of badges 6 I5 is presented in block 610. Each of thebadges represents an award, or ranking given to the client, as set forthby the credential service. The badges provide a measure ofaccomplishment within the credential service. For instance, a badge maybe given for participation in the credential service for a given periodof time (e.g., 6 months), or indicate that the client has an onlinepayment account, or indicate that the client has a valid cell phonenumber, or that the number of referrals associated with the clientexceeds a threshold, etc.

Block 620 provides general information related to the user profile usedby the client in the online forum from which the request was made. Forinstance, the forum identifier (FORUM-1) is provided, which was obtainedfrom the verification sequence. In one implementation, the forumidentifier is the name of the forum. Also, the user identifier (e.g.,USERNAME) that is used by the client to participate in FORUM-1 isprovided. The user identifier is obtained from the verificationsequence. In addition, a link 623 to the user profile used by the clientto participate in FORUM-I is provided. In this manner, the verifyinguser may view additional information related to the client, at least inassociation with FORUM-1. Also, a status for the client, in associationwith FORUM-1, is provided. Specifically, the verifying user canimmediately check to see if credentials relating to the reputation ofthe client and his or her participation in FORUM-1 have been validatedand for how long. In this case, the client has been verified for aperiod of fifteen days or more.

In block 630, verified user profiles that are associated with theclient's participation in one or more online profiles are provided. Asshown, a list of online forums of which the client has registered foruse in establishing, managing and presenting a reputation profile isprovided in column 631. For example, the client has registered at leastsix online forums, to include the CredMe.com forum, FORUM-1, FORUM-2,FORUM-3, FORUM-4, and FORUM-5. The list may be increased or decreaseddepending on the number of online forums have been registered, and insome cases, the number that have been verified.

A status of the verification of user profiles and credentials for eachforum is provided in column 632. For instance, an online forum may begiven a valid, invalid, or lapsed status. A valid status indicates thatthe corresponding user profile has been verified within an acceptableperiod. The invalid status indicates that the corresponding user profilemay not exist, or has not been verified within the acceptable period. Inaddition, an online forum with an invalid status may also be droppedfrom block 630. A lapsed status indicates that the user profile andcorresponding credential for a corresponding forum has not been verifiedfor a given period that is less than the period used to invalidate aforum, and is in a probationary period. In one embodiment, forums with alapsed or invalid status that are subsequently validated suffer no harm,in that there is no lasting indication that the corresponding forum hadbeen associated with invalid or lapsed status.

In addition, the number of days that the forum has been verified over aperiod extending from the first date of verification to the current dateis provided in column 633. The online forums may be organized in termsof longevity. For instance, forums with longer periods of verificationwill be listed over forums with lesser periods of verification. As arepresentative example, FORUM-1 has a valid status, and has beenverified for at least fifteen days. Also, FORUM-3 is associated with aninvalid status. The number of days of verification may or not be listedfor forums with an invalid status. For instance, the days ofverification for FORUM-3 is not listed. Days of verification informationfor forums with lapsed status may still be listed.

At block 640, verified credentials of corresponding forums are provided.In this manner, an overall representation of the online reputation ofthe client is presented. A verifying user may look at the informationpresented in block 640 to gain a sense of how much trust can be placedwith the user bd808 in FORUM-1. The list of verified credentials mayincrease or decrease depending on the number of available credentials,as will be described below.

For instance, a list of online forums is provided in column 641. Thelist of online forums in column 641 may or may not align with the listof forums in column 631, since presentation of verified credentials maybe restricted by the client, or may be deleted if the correspondingforum has an invalid or lapsed status.

Credentials that have been verified are presented in column 642. Inaddition, a value for a corresponding verified credential is presentedin column 643. For instance, a verified credential for the CredMe forumis the number of online forums that have been registered, which in thiscase is at least five. As another example, two verified credentials areprovided for FORUM-5, which is representative of an auction forum, inwhich users may participate in an online auction for goods and services.The first verified credential is the number of sales presented, whichtotals over fifty for the client's participation in FORUM-5. This numbermay indicate that the client is a heavy participant in FORUM-5. Also, anA-rating credential that is associated with the client is also provided,and indicates that no complaints have been lodged against client inthose fifty sales.

As shown in block 640, verified credentials for FORUM-1 and FORUM-2 arenot provided, even though the status of those forums are valid. In thesecases, the client has chosen not to list the credentials that have beenverified for those forums. For instance, in an online chess forum, thecredential service checks the rating of the client. The client maychoose to restrict publication of the rating because he or she is justbeginning to play chess, and is associated with a low rating. The clientmay be restricting publication of the rating in order to attract higherlevel players to speed up the learning process. Verified credentials forFORUM-3, FORUM-4, and FORUM-5 are not presented because correspondinguser profiles have an invalid status.

Restriction of various credentials may be imposed by the client uponregistering a corresponding online forum. For instance, uponregistration, the credential service may indicate what credential orcredentials will be used in the reputation profile. The credentialservice may provide, at that time, the option to restrict publication ofany or all credentials relating to that online forum. In addition, theclient, may at a later time opt to change the restriction ornon-restriction of any or all credentials relating to that online forum.In this manner, the client is given control over what information ispublished in the reputation profile.

Although the reputation profile 600 includes various information usedfor giving a verifying user an overall impression of an onlinereputation of the client, as identified through the corresponding forum,other embodiments of the invention are well suited to other formats forthe reputation profile, as well as providing different information. Forinstance, in the case of a verifying user making requests over a cellphone, the reputation profile may come back with a text string, or textmessage. In one implementation, the text string may be a YES or NO,where a YES indicates that the client has a good reputation, and a NOindicates that the client has a bad reputation.

FIG. 7 is a diagram of another exemplary reputation profile 700, inaccordance with another embodiment of the present invention. Thereputation profile 700 includes information relating to the onlinereputation of a particular client that is provided and supported by thecredential service (e.g., SERV 160). Block 710 includes the exemplaryname of the online verification service, which in this case is relatedto the domain name “CredMe.com.” The information in reputation profile700 is presented in a different format from the reputation profile 600,and may include more information.

As shown in FIG. 7, block 790 includes space reserved for advertising,in one embodiment. Advertising space may be included in any format ofthe reputation profile, such as in FIG. 6.

As shown in FIG. 7, the client is participating in various online forumsto include the following: FORUM-I.com; FORUM-2.com; FORUM-3.com;FORUM-4.com, which supports an online encyclopedia; and FORUM-N.com,which supports a video sharing forum. Verification of the client'sonline reputation can be accessed through one or more of the onlineforums within which the client is participating. For purposes ofdiscussion, as shown in FIG. 7, the client is participating inFORUM-1.com (e.g., entering messages into a discussion thread). Inaddition, a request for verification of the online reputation associatedwith the client is sent in association with the client's participationwithin FORUM-I.com. That is, in relation to the client's participationin FORUM-1.com, a verifying user, also participating in FORUM-1.com,would like to verify the online reputation of the client, by accessingthe reputation profile 700 associated with the client (e.g., through aURL of a verification sequence). As previously described, reputationprofile 700 is formatted according to the online forum from which therequest for verification of the online reputation of the client wassent. As such, since the request is associated with the client'sparticipation of FORUM-1.com, the reputation profile 700 is formattedaccording to FORUM-1.com.

In particular, block 720 provides information relating to the clientwith respect to FORUM-1.com, from which the request for verificationoriginated. Specifically, the user profile associated with the client asrepresented in FORUM-1.com is verified through the credential service,as previously described in relation to FIGS. 2, 4 and 5. As shown inblock 720, the forum specific user identifier associated with the clientand his or her participation in FORUM-1.com is “jSmith.”

Information, such as verified credentials, relating to the onlinereputation of the client is provided in block 725. Block 725 providesinformation relating to the reputation of the client in association withFORUM-1.com, and more particularly, provides information relating to therelationship the client has with FORUM-1.com. In one embodiment, theinformation provided in block 725 is parsed from the user profileassociated with the client that is obtained from FORUM-1.com. Forinstance, as shown in block 725, user identifier, jSmith, that isassociated with the client, has 99 connections, and has listed variousinterests including hunting and fishing. In addition, the informationlisted in block 725 also indicates that jSmith won Father of the Year in2003. Additional information may also be included.

The information included in block 725 is intended to give a sense of thecredibility, or online presence, of the client. For instance, theinformation may indicate the longevity of the client in his or herprofessional career as well as the reputation of the client within aparticular field (e.g., author of ten patents). In addition, theinformation may give a sense of how long the client has beenparticipating within the online forum, FORUM-1.com. For instance, thefact that the client has 99 connections may indicate that the client hasbeen participating within FORUM-1.com for an extended period of time. Assuch, the discussion provided by the client in FORUM-I.com may be givenmore weight, given the experience of the client, as well as thelongevity of the client.

As described previously, in one embodiment, the client is able to limitthe amount of information provided in reputation profile 700. Forinstance, the client may determine that the information provided inreputation profile 700 is too personal. A request from the client may beentered to remove some information in block 725.

In addition, reputation profile 700 includes additional reputationinformation for other online forums (e.g., FORUM-2.com; FORUM-3.com;FORUM-4.com; on up to FORUM-N.com), in block 730. That is, the userprofiles associated with the client as represented in these other onlineforums listed above are verified through the credential service. Takenas a whole, piecing together the information relating to the onlinereputations of the client with respect to each online forum with whichthe client participates gives a sense of the overall online reputationof the client.

Of significance, the reputation information related to other onlineforums is provided anonymously. That is, identifying informationrelating to the client's participation in the other online forums is notprovided. For instance, the user name, johnS44, as used by the client inFORUM-2.com is not displayed, and the user name, scuba8, as used by theclient in FORUM-3.com is not displayed. In other embodiments, nobiographical information is displayed. Specifically, the only referenceto the client found in reputation profile 700 is the user identifier(e.g., jSmith) specific to FORUM-1.com from which the request for onlineverification was generated. That is, no usernames associated with theother online forums (e.g., FORUM-2.com; FORUM-3.com; FORUM-4.com on upto FORUM-N.com) is used or identified. However, most importantly, theonline reputation of the client with respect to those other onlineforums is provided.

For instance, information relating to the online reputation of theclient in association with the client's participation in online forum,FORUM-2.com, is provided in block 732. FORUM-2.com may be an onlineforum that provides a dating service. In particular, block 732 providesinformation collected from the user profile associated with FORUM-2.comand pertains to the relationship the client has with FORUM-2.com. Forinstance, in block 725, the client has 9 friends and is currentlythinking “why he is not in Alaska fishing.” In addition, block 725includes other personal information, such as relationship status,hometown, religion, zodiac sign, education, etc. Additional informationmay also be included. Also, the client may choose to restrictpublication of certain information, as previously described. Thisinformation is provided in order to support the online reputation of theclient, especially with respect to the relationship the client has withonline forum, FORUM-2.com.

Further information relating to the online reputation of the client inassociation with the client's participation in online forum,FORUM-3.com, is also provided in block 733. Again, identifyinginformation for the client in relation to FORUM-3.com (e.g., useridentifier for FORUM-3.com) is not provided. FORUM-3.com may be anonline social networking service that links individuals together on asocial basis, or a professional basis. The information provided in block733 is automatically collected from the user profile associated withFORUM-3.com and pertains to the relationship the client has withFORUM-3.com. For instance, in block 732, the client has 200+ friends.Additional information may also be included. As described previously,the information is provided in order to support the online reputation ofthe client, specifically with respect to the relationship the client haswith online forum, FORUM-3.com.

Similar information relating to the online reputation of the client inassociation with FORUM-4.com is provided in block 734. FORUM-4.com is anonline forum providing an online encyclopedia service. Again,identifying information is not provided for the client in relation toFORUM-4.com. However, information pertaining to the online reputation ofthe client with respect to FORUM-4.com is provided, such as the factthat the client has made 74 edits to the online encyclopedia. Additionalinformation may also be provided.

Additionally, information relating to the online reputation of theclient in association with the client's participation in an onlineforum, FORUM-N.com, is also provided in block 739. Importantly, theinformation is provided anonymously. FORUM-N.com may be a video sharingservice. The information provided in block 739 is automaticallycollected form the user profile associated with FORUM-N.com and pertainsto the relationship the client has with FORUM-N.com. For instance, inblock 739, information shows that the client joined FORUM-N.com in July2006, and the last login was 3 months ago. In addition, the client isfrom the United States, and has watched approximately 394 videos.Additional information may be included. As described previously, theinformation in block 739 is provided to support the online reputation ofthe client, especially with respect to the relationship the client haswith FORUM-N.com.

Reputation profile 700 provides an overall online reputation of theclient to the interested user. The interested user is able to view theonline participation of the client, which is known to the interesteduser as jSmith, the username of the client on FORUM-1.com. As such, theinterested party is able to verify the online reputation of the client,since the reputation profile 700 is associated with username j Smith,and URL 750 indicates that the reputation profile 700 is associated withFORUM-I.com and j Smith, the client. Specifically, the interested useris able to view the online reputation of the j Smith in relation to eachof the online forums that is reported for a client that is associatedwith username, j Smith, in reputation profile 700, without viewing anyidentifying information of the client with respect to other onlineforums.

As a result, the information provided in reputation profile 700 providesan overall sense of the online reputation of the client, known to theverifying user as j Smith. For instance, the overall online reputationof the client probably gives the verifying user some comfort.Specifically, information relating to the online reputation indicatesthat the client known as j Smith is a frequent participant in variousforums, that the client has participated in these forums for an extendedperiod of time, and that the client has formed numerous contacts withinthese forums. Because of the information provided in the reputationprofile 700 relating to the online reputation of the client, theinterested party is more likely to trust the communication from jSmith,the client, in FORUM-1.com.

On the other hand, if the information included in reputation profile 700did not include relationships to more than one online forum, andindicated that the history of the client with FORUM-1.com and otherrelated online forums was recently formed, then the interested partycould come to the conclusion that j Smith does not have a good onlinereputation, or at least an online reputation that is inexperienced. Inthat case, the interested party may be wary of the communicationpresented by j Smith on FORUM-1.com.

For instance, the information on the reputation profile 700 may notinclude relationships with numerous online forums because those onlineforums have kicked off the client for bad behavior, and subsequentlyremoved the corresponding user profile from those online forums. In thatcase, through updating, the reputation manager 166 of FIG. 1 is able todelete the information relating to those online forums from which theclient was kicked off As such, the reputation profile 700 would notinclude a verification of the online reputation for the client withrespect to those online forums in which the client was kicked off Assuch, a passive degradation of the client's online reputation isachieved, since over time, as more and more online forums kick off theclient from participating in the forum, the online reputation of theclient as reflected in reputation profile 700 would show that, as noverified profiles would be present for those online forums. That is, theonline reputation of the client would gradually degrade with eachremoval of a previously verified online reputation.

FIG. 8 is an illustration of an exemplary discussion thread in which aclient is inviting other participants of the forum to view the onlinereputation of the client, in accordance with one embodiment of thepresent invention. As shown in block 810 of FIG. 8 the online forum isassociated with Forum1.com, which provides a forum within which todiscuss various topics. For instance, as shown in block 820, thediscussion topic of interest is related to building gazebos.

As should be clear from the above description relating to FIGS. 1-7, theinvention is well suited to the presentation of anonymous digitalcredentials CRED in cases other than posting messages to a forum websiteor file sharing access point for FORUM. Embodiments of the presentinvention are well suited to presenting credentials in any networkcommunication. Further, the credentials CRED need not necessarily betied to a particular forum, where a message is being posted. Forexample, the credentials CRED could be tied to the credential serverSERV.

A discussion thread is highlighted in block 830. That is, below block830 and line 835, a discussion thread is displayed for the discussiontopic. The discussion thread includes messages that are entered byvarious users, to include username, jSmith, in block 840 and USERNAME-Nin block 850.

In particular, the message provided in block 840 is entered by jSmith,and includes the following text: “I have built a gazebo using a prettygood set of plans . . . ” In addition, the message includes a signatureof jSmith 841. Also, jSmith has included a URL 845, that includes acorresponding verification sequence, that invites all users of ForumI.com to verify the online reputation of the client, jSmith. As shown inFIG. 8, URL 845 is related to the verification sequence (e.g., link)previously described, and is provided below:

http://CredMe.com/verify/Forum1.com/jSmith/2094594

In particular, for those users who are interested in verifying theonline reputation of jSmith, as known to users of Forum I.com, all theyneed to do is click on, activate, or access the URL 845. Upon activationof URL 845, the interested party is brought to the reputation profile700 that is associated with the client, jSmith.

As shown in FIG. 8, URL 845 includes the verification code, “2094594.”However, in other embodiments of the present invention, the URL 845 maynot necessarily include the verification code, and still is able toconnect to reputation profile 700. For instance, URL 845 withoutverification code is shown, as follows:

http://CredMe.com/verify/Forum1.com/jSmith/

In addition, as shown in FIG. 8, a message is provided by another user,usernameN. The assertion, that a gazebo can be built in less than anhour, provided by this user is rather bold. Also, no URL is provided forverification of the online reputation of usernameN. As such, any userwho is reading the message in block 850 would treat it with suspicion,especially since no online verification is provided. To address thesepossibly inflammatory and unsubstantiated messages, in one embodiment,an online forum may require that all users who participate also enlistin the online verification service illustrated in the present invention.

In another embodiment, the host or forum provider of an online forum isable to utilize the online reputation of clients to its advantage.Specifically, the forum provider is able to use the verificationsequence, that includes the verification code that is associated with aparticular client, to manage participation of the client in thecorresponding online forum. For instance, in the case where a particularclient is behaving badly on an online forum and is subsequently removed,the forum provider is able keep that client from coming back under anassumed and different username.

In particular, the forum provider may require that all participants beassociated with an online reputation, as those in embodiments of thepresent invention. Additionally, online reputations may be preferred bythe users of the corresponding online forum for trust purposes. Ineither case, the forum provider is able to utilize the verification linkto manage participation of a client that has been kicked off the forum.For example, the client previously participated in the online forum asUSERNAME1. Because of bad behavior by USERNAME1, the forum providerkicked off USERNAME1 by removing the corresponding registered userprofile associated with USERNAME1. As such, participation in the onlineforum1 by USERNAME1 is also prohibited and prevented.

As previously described, the client may attempt to re-register to theonline forum using another, alias username, such as USERNAME2. Becausethe forum provider requires access to an online reputation, or becausethe users of the online forum rely on using the online reputations todetermine trustworthiness of other users, the client also must provideaccess to an associated online reputation as provided by an onlineverification service (e.g., CredMe.com). If the client, now posing asUSERNAME2, uses the same online reputation previously associated withUSERNAME1, the forum provider would be able to discover this and againprevent participation in the online forum by the client, now posing asUSERNAME2. Specifically, because the client is trying to use the sameonline reputation, the verification sequence, and more particularly, theverification code that is associated with the client identifier and siteidentifier would be the same. That is, whether registering as USERNAME1or USERNAME2, the underlying verification code would be identical, sincethe client identifier is the same, the forum identifier is the same, andthe combination of the client and forum identifiers would be the same.

As such, if the client registering now as USERNAME2 attempts to use thesame online reputation previously used in association with USERNAME1,the forum provider would recognize that the verification code inassociation with USERNAME2 would be the same verification code used inassociation with USERNAME 1. Thus, the forum provider would recognizethat USERNAME1 and USERNAME2 are associated with the same client, whothe forum provider has previously banned from participating in theonline forum. As a result, the forum provider can also deny registrationof USERNAME2, or upon discovery, remove USERNAME2 from participating inthe corresponding online forum.

In the above case, retaining the same online reputation is desirable. Areputable online reputation is difficult to build since it depends onthe online history of the client with various online forums. As such, ittakes time and energy to build up a reputable online reputation. Shouldthe client decide to avoid the above situation, the client couldregister as USERNAME2 using a totally new and different onlinereputation or personality. However, the new online reputation probablywould not hold as much weight, since there may not be many entries ofverified online reputations with other online forums, and the history ofthose relationships would be pretty sparse, since it takes valuable timeand energy to build up this alternate online reputation. As a result,the users of the online forum may not put any credence on the commentsmade by USERNAME2, since its associated online reputation is not of anyworth.

As a result, the use of the online reputation, and the verification ofthe online reputation provides motivation for online users to be betteronline citizens. The use of online reputations and the management of theonline reputation is a valuable tool in promoting the beneficialparticipation of users in online forums. Online reputations can bechecked to determine the trustworthiness of a particular user of acorresponding forum. In addition, users with online reputations would bemotivated to behave with proper online etiquette to preserve theintegrity of his or her associated online reputation.

Example Implementation of Anonymous Digital Credentials

Here follows is an exemplary scenario in which anonymous digitalcredentials are used to create an online reputation within the contextof one or more online forum within which a client is participating. Inthis example, the forum is the social forum “jamtothis.” This socialforum allows a client to post a message (forming part of or eveninitiating a so-called “thread” of messages) and affix next to themessage a user identifier (e.g., USERNAME), a verification sequence, andoptionally, an avatar. In embodiments of the present invention, theclient can choose to display either anonymous digital credentials or theavatar for purposes of creating, managing, and presenting a reputationprofile of the client.

In the jamtothis (social) forum, as in other forums, information aboutthe user is included in a so-called public profile. The public profilecan be accessed, such as through a hyperlink located next to theUSERNAME. At jamtothis, such information includes forum-relatedinformation (such as the user's join date), contact information, andadditional data (such as date of birth, profession, and otherbiographical information). The public profile information is generatedby the forum software, i.e. by the software that powers jamtothis, suchas the popular vBulletin instant community software.

One feature of this forum software is the ability to accept plug-inmodules to modify and extend the functionality for a website ordinarilyprovided by vBulletin. As such, a module could be added to the softwarethat powers jamtothis (e.g., software run by vBulletin), so as todisplay a client's anonymous digital credentials and biographicalinformation as part of the default forum software. Further, softwarecould be provided to jamtothis or vBulletin so that in the course of anew user registering with jamtothis or any other forum powered byvBulletin, the user would be invited to establish an account with thecredential server SERV.

Embodiments of the present invention prevent a user in jamtothis frombeing kicked out and returning by simply inventing a new user identifier(and possibly a new avatar), and provide the same or different publicprofile. Specifically, the user offers verifiable credentials (andbiographical information) that is related to a real identity (e.g., theclient), an identity that does not change for jamtothis. As noted above,the client is required to provide to the credential server some taginformation (e.g., cell phone) that ties the client to an account heldby the client, as identified by the client identifier (PERS). Thus, ifthe client attempts to create new anonymous digital credentials forjamtothis, but still tries to leverage the reputation associated withPERS, the credential server can determine whether the tag informationprovided by a new client is already on file, and whether it is alreadylinked to a client identifier used for accessing the forum website orfile sharing access point. In that case, the new client is really justattempting to create a new persona (username, etc.) for the forum. In atleast some embodiments, SERV refuses to issue (new) anonymous digitalcredentials. Thus, the invention provides an obstacle making it moredifficult and so less likely that a user will create a new persona toregain access to a social forum.

In other embodiments, the forum itself could regulate user behaviorespecially when a user asks for new credentials (e.g., registers withthe same FORUM but with a different user identifier, USERNAME-2), butstill tries to leverage the reputation of the client. The client wouldstill provide the same tag information TAG in generating CRED, and assuch, SERV will produce the same anonymous digital credentials (CRED),despite the different USERNAME-2. As such, if FORUM keeps track ofanonymous digital credentials CRED and links them to user identifiers,the FORUM can determine for itself whether USERNAME-2 is actually aprevious user (USERNAME-1). In that way, if USERNAME-1 has been removedfrom FORUM, then USERNAME-2 can also be prevented from participating inFORUM.

Following along these lines, in still another embodiment, SERV canprovide an indication of how many different usernames a user hasregistered with SERV for a particular forum. This can be implemented ina graphic providing the anonymous digital credentials or as part of thebiographical information provided for any of the different usernames. Insuch embodiments, the other users actually tend to regulate behavior inthe use and access of the forum, by choosing whether to ignore anyposting, sharing of messages, or files by the user.

Accordingly, embodiments of the present invention are capable ofverifying credentials of multiple online accounts of a particularclient. In this manner, an online reputation of the client isestablished and managed for purposes of online verification of theclient's reputation. Still other embodiments of the present inventionare capable of providing the above accomplishments and also forproviding reputation management for users and operators of onlinecommunities.

While the methods of embodiments illustrated in flow charts 4 and 5 showspecific sequences and quantity of operations, the present invention issuitable to alternative embodiments. For example, not all the operationsprovided for in the methods presented above are required for the presentinvention. Furthermore, additional operations can be added to theoperations presented in the present embodiments. Likewise the sequencesof operations can be modified depending upon the application.

A method and system for establishing an online reputation of a clientparticipating in one or more online forums and providing verification ofthe online reputation of the client is thus described. While theinvention has been illustrated and described by means of specificembodiments, it is to be understood that numerous changes andmodifications may be made therein without departing from the spirit andscope of the invention as defined in the appended claims and equivalentsthereof. Furthermore, while the present invention has been described inparticular embodiments, it should be appreciated that the presentinvention should not be construed as limited by such embodiments, butrather construed according to the below claims.

What is claimed is:
 1. A computer-implemented method for providingreputation profiles, comprising: receiving a registration request forestablishing a reputation profile from a user participating in a firstforum of a plurality of online forums; generating a unique verificationcode associated with the first forum; and creating a reputation profilefor the user based on a unique client identifier assigned to the userand the unique verification code associated with the first forum.
 2. Themethod of claim 1, further comprising: generating a unique verificationcode for each other online forum of the plurality of the online forumsparticipated by the user; and transmitting the unique verification codeassociated with each forum of the plurality of online forums to theuser.
 3. The method of claim 2, wherein the unique verification codeassociated with a forum of the plurality of the online forums istransmitted as an anonymous digital credential to be included in a userprofile associated with the forum.
 4. The method of claim 2, wherein theunique verification code associated with each forum identifies the userusing different user names within each forum of the plurality of onlineforums.
 5. The method of claim 1, wherein a unique forum identifier isassociated with each forum of the plurality of online forums.
 6. Themethod of claim 1, wherein the unique client identifier is unique withinan online credential service and the unique client identifier is notrevealed to the user or to the public.
 7. The method of claim 1, furthercomprising: determining whether a corresponding unique verification codeis included in a user profile associated with a first forum; andresponsive to a determination that the corresponding unique verificationcode is included the user profile associated with the first forum,updating the reputation profile of the user indicating that the userprofile associated with the first forum is verified.
 8. The method ofclaim 1, further comprising: receiving a request from the user to verifya user profile associated with a second forum of the plurality of onlineforums; and updating the user reputation profile upon verification ofthe user profile associated with the second forum.
 9. The method ofclaim 8, wherein updating the user reputation profile comprises:determining whether a second corresponding verification code is includedin the user profile associated with the second forum; and responsive toa determination that the second corresponding verification code isincluded in the user profile, updating the reputation profile of theuser indicating that the user profile associated with the second forumis verified, wherein the updated reputation profile provides a secondverified credential without revealing an identity of the user associatedwith the second forum.
 10. The method of claim 1, further comprising:receiving a query on the reputation profile of the user participating ina forum of the plurality of online forums, the query including averification sequence associated with the forum; determining a clientidentifier and a forum identifier from the verification sequence; andpresenting a list of verification status of the user profiles associatedwith one or more forums based on the determined client identifier andthe forum identifier.
 11. A non-transitory computer-readable storagemedium storing executable computer program instructions for providingreputation profiles, the computer program instructions comprisinginstructions for: receiving a registration request for establishing areputation profile from a user participating in a first forum of aplurality of online forums; generating a unique verification codeassociated with the first forum; and creating a reputation profile forthe user based on a unique client identifier assigned to the user andthe unique verification code associated with the first forum.
 12. Thecomputer-readable storage medium of claim 1, further comprising computerprogram instructions for: generating a unique verification code for eachother online forum of the plurality of the online forums participated bythe user; and transmitting the unique verification code associated witheach forum of the plurality of online forums to the user.
 13. Thecomputer-readable storage medium of claim 12, wherein the uniqueverification code associated with a forum of the plurality of the onlineforums is transmitted as an anonymous digital credential to be includedin a user profile associated with the forum.
 14. The computer-readablestorage medium of claim 12, wherein the unique verification codeassociated with each forum identifies the user using different usernames within each forum of the plurality of online forums.
 15. Thecomputer-readable storage medium of claim 11, wherein a unique forumidentifier is associated with each forum of the plurality of onlineforums.
 16. The computer-readable storage medium of claim 11, whereinthe unique client identifier is unique within an online credentialservice and the unique client identifier is not revealed to the user orto the public.
 17. The computer-readable storage medium of claim 1,further comprising computer program instructions for: determiningwhether a corresponding unique verification code is included in a userprofile associated with a first forum; and responsive to a determinationthat the corresponding unique verification code is included the userprofile associated with the first forum, updating the reputation profileof the user indicating that the user profile associated with the firstforum is verified.
 18. The computer-readable storage medium of claim 11,further comprising computer program instructions for: receiving arequest from the user to verify a user profile associated with a secondforum of the plurality of online forums; and updating the userreputation profile upon verification of the user profile associated withthe second forum.
 19. The computer-readable storage medium of claim 18,wherein updating the user reputation profile comprises: determiningwhether a second corresponding verification code is included in the userprofile associated with the second forum; and responsive to adetermination that the second corresponding verification code isincluded in the user profile, updating the reputation profile of theuser indicating that the user profile associated with the second forumis verified, wherein the updated reputation profile provides a secondverified credential without revealing an identity of the user associatedwith the second forum.
 20. The computer-readable storage medium of claim11, further comprising computer program instructions for: receiving aquery on the reputation profile of the user participating in a forum ofthe plurality of online forums, the query including a verificationsequence associated with the forum; determining a client identifier anda forum identifier from the verification sequence; and presenting a listof verification status of the user profiles associated with one or moreforums based on the determined client identifier and the forumidentifier.